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1.0 ABSTRACT 


This document describes a one-time password authentication system 
(OTP). The system provides authentication for system access (login) 
and other applications requiring authentication that is secure 
against passive attacks based on replaying captured reusable 
passwords. OTP evolved from the S/KEY (S/KEY is a trademark of 
Bellcore) One-Time Password System that was released by Bellcore and 
is described in references [3] and [5]. 


2.0 OVERVIEW 


One form of attack on networked computing systems is eavesdropping on 
network connections to obtain authentication information such as the 
login IDs and passwords of legitimate users. Once this information is 
captured, it can be used at a later time to gain access to the 
system. One-time password systems are designed to counter this type 
of attack, called a "replay attack" [4]. 


The authentication system described in this document uses a secret 
pass-phrase to generate a sequence of one-time (single use) 
passwords. With this system, the user's secret pass-phrase never 
needs to cross the network at any time such as during authentication 
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or during pass-phrase changes. Thus, it is not vulnerable to replay 
attacks. Added security is provided by the property that no secret 
information need be stored on any system, including the server being 
protected. 


The OTP system protects against external passive attacks against the 
authentication subsystem. It does not prevent a network eavesdropper 
from gaining access to private information and does not provide 

protection against either "social engineering" or active attacks [9]. 


3.0 INTRODUCTION 


There are two entities in the operation of the OTP one-time password 
System. The generator must produce the appropriate one-time password 
from the user's secret pass-phrase and from information provided in 
the challenge from the server. The server must send a challenge that 
includes the appropriate generation parameters to the generator, must 
verify the one-time password received, must store the last valid 
one-time password it received, and must store the corresponding one- 
time password sequence number. The server must also facilitate the 
changing of the user's secret pass-phrase in a secure manner. 


The OTP system generator passes the user's secret pass-phrase, along 
with a seed received from the server as part of the challenge, 
through multiple iterations of a secure hash function to produce a 
one-time password. After each successful authentication, the number 
of secure hash function iterations is reduced by one. Thus, a unique 
sequence of passwords is generated. The server verifies the one-time 
password received from the generator by computing the secure hash 
function once and comparing the result with the previously accepted 
one-time password. This technique was first suggested by Leslie 
Lamport [1]. 


4.0 REQUIREMENTS TERMINOLOGY 


In this document, the words that are used to define the significance 
of each particular requirement are usually capitalized. These words 
are: 


— MUST 


This word or the adjective "REQUIRED" means that the item is an 
absolute requirement of the specification. 
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— SHOULD 


This word or the adjective "RECOMMENDED" means that there might 
exist valid reasons in particular circumstances to ignore this 
item, but the full implications should be understood and the case 
carefully weighed before taking a different course. 


— MAY 


This word or the adjective "OPTIONAL" means that this item is 
truly optional. One vendor might choose to include the item 
because a particular marketplace requires it or because it 
enhances the product, for example; another vendor may omit the 
same item. 


5.0 SECURE HASH FUNCTION 


The security of the OTP system is based on the non-invertability of a 
secure hash function. Such a function must be tractable to compute in 
the forward direction, but computationally infeasible to invert. 


The interfaces are currently defined for three such hash algorithms, 
MD4 [2] and MD5 [6] by Ronald Rivest, and SHA [7] by NIST. All 
conforming implementations of both server and generators MUST support 
MD5. They SHOULD support SHA and MAY also support MD4. Clearly, the 
generator and server must use the same algorithm in order to 
interoperate. Other hash algorithms may be specified for use with 
this system by publishing the appropriate interfaces. 


The secure hash algorithms listed above have the property that they 
accept an input that is arbitrarily long and produce a fixed size 
output. The OTP system folds this output to 64 bits using the 
algorithms in the Appendix A. 64 bits is also the length of the one- 
time passwords. This is believed to be long enough to be secure and 
short enough to be entered manually (see below, Form of Output) when 
necessary. 


6.0 GENERATION OF ONE-TIME PASSWORDS 


This section describes the generation of the one-time passwords. 

This process consists of an initial step in which all inputs are 
combined, a computation step where the secure hash function is 
applied a specified number of times, and an output function where the 
64 bit one-time password is converted to a human readable form. 


Appendix C contains examples of the outputs given a collection of 


inputs. It provides implementors with a means of verification the 
use of these algorithms. 
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Initial Step 


In principle, the user's secret pass-phrase may be of any length. To 
reduce the risk from techniques such as exhaustive search or 
dictionary attacks, character string pass-phrases MUST contain at 
least 10 characters (see Form of Inputs below). All implementations 
MUST support a pass-phrases of at least 63 characters. The secret 
pass-phrase is frequently, but is not required to be, textual 
information provided by a user. 


In this step, the pass phrase is concatenated with a seed that is 
transmitted from the server in clear text. This non-secret seed 
allows clients to use the same secret pass-phrase on multiple 
machines (using different seeds) and to safely recycle their secret 
pass-phrases by changing the seed. 


The result of the concatenation is passed through the secure hash 
function and then is reduced to 64 bits using one of the function 
dependent algorithms shown in Appendix A. 


Computation Step 


A sequence of one-time passwords is produced by applying the secure 
hash function multiple times to the output of the initial step 
(called S). That is, the first one-time password to be used is 
produced by passing S through the secure hash function a number of 
times (N) specified by the user. The next one-time password to be 
used is generated by passing S though the secure hash function N-1 
times. An eavesdropper who has monitored the transmission of a one- 
time password would not be able to generate the next required 
password because doing so would mean inverting the hash function. 


Form of Inputs 


The secret pass-phrase is seen only by the OTP generator. To allow 
interchangeability of generators, all generators MUST support a 
secret pass-phrase of 10 to 63 characters. Implementations MAY 
support a longer pass-phrase, but such implementations risk the loss 
of interchangeability with implementations supporting only the 
minimum. 


The seed MUST consist of purely alphanumeric characters and MUST be 
of one to 16 characters in length. The seed is a string of characters 
that MUST not contain any blanks and SHOULD consist of strictly 
alphanumeric characters from the ISO-646 Invariant Code Set. The 
seed MUST be case insensitive and MUST be internally converted to 
lower case before it is processed. 
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The sequence number and seed together constitute a larger unit of 
data called the challenge. The challenge gives the generator the 
parameters it needs to calculate the correct one-time password from 
the secret pass-phrase. The challenge MUST be in a standard syntax so 
that automated generators can recognize the challenge in context and 
extract these parameters. The syntax of the challenge is: 


otp-«algorithm identifier» «sequence integer» «seed» 


The three tokens MUST be separated by a white space (defined as any 
number of spaces and/or tabs) and the entire challenge string MUST be 
terminated with either a space or a new line. The string "otp-" MUST 
be in lower case. The algorithm identifier is case sensitive (the 
existing identifiers are all lower case), and the seed is case 
insensitive and converted before use to lower case. If additional 
algorithms are defined, appropriate identifiers (short, but not 
limited to three or four characters) must be defined. The currently 
defined algorithm identifiers are: 


md4 MD4 Message Digest 

md5 MD5 Message Digest 

shal NIST Secure Hash Algorithm Revision 1 
An example of an OTP challenge is: otp-md5 487 dog2 


Form of Output 


The one-time password generated by the above procedure is 64 bits in 
length. Entering a 64 bit number is a difficult and error prone 
process. Some generators insert this password into the input stream 
and some others make it available for system "cut and paste." Still 
other arrangements require the one-time password to be entered 
manually. The OTP system is designed to facilitate this manual entry 
without impeding automatic methods. The one-time password therefore 
MAY be converted to, and all servers MUST be capable of accepting it 
as, a sequence of six short (1 to 4 letter) easily typed words that 
only use characters from ISO-646 IVCS. Each word is chosen from a 
dictionary of 2048 words; at 11 bits per word, all one-time passwords 
may be encoded. 


The two extra bits in this encoding are used to store a checksum. 

The 64 bits of key are broken down into pairs of bits, then these 
pairs are summed together. The two least significant bits of this sum 
are encoded in the last two bits of the six word sequence with the 
least significant bit of the sum as the last bit encoded. All OTP 
generators MUST calculate this checksum and all OTP servers MUST 
verify this checksum explicitly as part of the operation of decoding 
this representation of the one-time password. 
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Generators that produce the six-word format MUST present the words in 
upper case with single spaces used as separators. All servers MUST 
accept six-word format without regard to case and white space used as 
a separator. The two lines below represent the same one-time 
password. The first is valid as output from a generator and as input 
a server, the second is valid only as human input to a server. 


OUST COAT FOAL MUG BEAK TOTE 
oust coat foal mug beak tote 


Interoperability requires that all OTP servers and generators use 
the same dictionary. The standard dictionary was originally 
specified in the "S/KEY One Time Password System" that is described 
in RFC 1760 [5]. This dictionary is included in this document as 
Appendix D. 


To facilitate the implementation of smaller generators, hexadecimal 
output is an acceptable alternative for the presentation of the 
one-time password. All implementations of the server software MUST 
accept case-insensitive hexadecimal as well as six-word format. The 
hexadecimal digits may be separated by white space so servers are 
REQUIRED to ignore all white space. If the representation is 
partitioned by white space, leading zeros must be retained. 
Examples of hexadecimal format are: 


Representation Value 

3503785b369cda8b 0x3503785b369cda8b 
e5cc alb8 7c13 096b Oxe5ccalb87c13096b 
C7 48 90 F4 27 7B Al CF 0xc74890f4277balcf 
47 9 A68 28 4C 9D 0 1BC 0x479a68284c9d01bc 


In addition to accepting six-word and hexadecimal encodings of the 
64 bit one-time password, servers SHOULD accept the alternate 
dictionary encoding described in Appendix B. The six words in this 
encoding MUST not overlap the set of words in the standard 
dictionary. To avoid ambiguity with the hexadecimal representation, 
words in the alternate dictionary MUST not be comprised solely of 
the letters A-F. Decoding words thus encoded does not reguire any 
knowledge of the alternative dictionary used so the acceptance of 
any alternate dictionary implies the acceptance of all alternate 
dictionaries. Words in the alternative dictionaries are case 
sensitive. Generators and servers MUST preserve the case in the 
processing of these words. 


In summary, all conforming servers MUST accept six-word input that 


uses the Standard Dictionary (RFC 1760 and Appendix D), MUST accept 
hexadecimal encoding, and SHOULD accept six-word input that uses the 
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Alternative Dictionary technique (Appendix B). As there is a remote 
possibility that a hexadecimal encoding of a one-time password will 
look like a valid six-word standard dictionary encoding, all 
implementations MUST use the following scheme. If a six-word 
encoded one-time password is valid, it is accepted. Otherwise, if 
the one-time password can be interpreted as hexadecimal, and with 
that decoding it is valid, then it is accepted. 


7.0 VERIFICATION OF ONE-TIME PASSWORDS 


An application on the server system that requires OTP authentication 
is expected to issue an OTP challenge as described above. Given the 
parameters from this challenge and the secret pass-phrase, the 
generator can compute (or lookup) the one-time password that is 
passed to the server to be verified. 


The server system has a database containing, for each user, the 
one-time password from the last successful authentication or the 
first OTP of a newly initialized sequence. To authenticate the user, 
the server decodes the one-time password received from the generator 
into a 64-bit key and then runs this key through the secure hash 
function once. If the result of this operation matches the stored 
previous OTP, the authentication is successful and the accepted 
one-time password is stored for future use. 


8.0 PASS-PHRASE CHANGES 


Because the number of hash function applications executed by the 
generator decreases by one each time, at some point the user must 
reinitialize the system or be unable to authenticate. 


Although some installations may not permit users to initialize 
remotely, implementations MUST provide a means to do so that does 
not reveal the user’s secret pass-phrase. One way is to provide a 
means to reinitialize the sequence through explicit specification 
of the first one-time password. 


When the sequence of one-time passwords is reinitialized, 
implementations MUST verify that the seed or the pass-phrase is 
changed. Installations SHOULD discourage any operation that sends 
the secret pass-phrase over a network in clear-text as such practice 
defeats the concept of a one-time password. 


Implementations MAY use the following technique for 
[re]initialization: 
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o The user picks a new seed and hash count (default values may 
be offered). The user provides these, along with the 
corresponding generated one-time password, to the host system. 


o The user MAY also provide the corresponding generated one 
time password for count-1 as an error check. 


o The user SHOULD provide the generated one-time password for 
the old seed and old hash count to protect an idle terminal 
or workstation (this implies that when the count is 1, the 
user can login but cannot then change the seed or count). 


In the future a specific protocol may be defined for 
reinitialization that will permit smooth and possibly automated 
interoperation of all hosts and generators. 


9.0 PROTECTION AGAINST RACE ATTACK 


10. 


All conforming server implementations MUST protect against the race 
condition described in this section. A defense against this attack 
is outlined; implementations MAY use this approach or MAY select an 
alternative defense. 


It is possible for an attacker to listen to most of a one-time 
password, guess the remainder, and then race the legitimate user to 
complete the authentication. Multiple guesses against the last word 
of the six-word format are likely to succeed. 


One possible defense is to prevent a user from starting multiple 
Simultaneous authentication sessions. This means that once the 
legitimate user has initiated authentication, an attacker would be 
blocked until the first authentication process has completed. In 
this approach, a timeout is necessary to thwart a denial of service 
attack. 


0 SECURITY CONSIDERATIONS 


This entire document discusses an authentication system that 
improves security by limiting the danger of eavesdropping/replay 
attacks that have been used against simple password systems [4]. 


The use of the OTP system only provides protections against passive 
eavesdropping/replay attacks. It does not provide for the privacy 
of transmitted data, and it does not provide protection against 
active attacks such as session hijacking that are known to be 
present in the current Internet [9]. The use of IP Security 
(IPsec), see [10], [11], and [12] is recommended to protect against 
TCP session hijacking. 
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The success of the OTP system to protect host systems is dependent 
on the non-invertability of the secure hash functions used. To our 
knowledge, none of the hash algorithms have been broken, but it is 
generally believed [6] that MD4 is not as strong as MD5. Ifa 
server supports multiple hash algorithms, it is only as secure as 
the weakest algorithm. 
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Appendix A - Interfaces to Secure Hash Algorithms 


Original interoperability tests provided valuable insights into the 
subtle problems which occur when converting protocol specifications 
into running code. In particular, the manipulation of bit ordered 
data is dependent on the architecture of the hardware, specifically 
the way in which a computer stores multi-byte data. The method is 


typically called big or little "endian." A big endian machine stores 
data with the most significant byte first, while a little endian 
machine stores the least significant byte first. Thus, ona big 


endian machine data is stored left to right, while little endian 
machines store data right to left. 


For example, the four byte value 0x11AABBCC is stored in a big endian 
machine as the following series of four bytes, "0x11", "OxAA", 
"OxBB", and "OxCC", while on a little endian machine the value would 
be stored as "OxCC", "OxBB", "OxAA", and "0x11". 


For historical reasons, and to promote interoperability with existing 
implementations, it was decided that ALL hashes incorporated into the 
OTP protocol MUST store the output of their hash function in LITTLE 
ENDIAN format BEFORE the bit folding to 64 bits occurs. This is done 
in the implementations of MD4 and MD5 (see references [2] and [6]), 
while it must be explicitly done for the implementation of SHAl (see 
reference [7]). 


Any future hash functions implemented into the OTP protocol SHOULD 
provide a similar reference fragment of code to allow independent 
implementations to operate successfully. 


MD4 Message Digest (see reference [2]) 


MD4 CTX md; 
unsigned char result[16]; 


strcpy (buf, seed); /* seed must be in lower case */ 
strcat(buf, passwd); 

MD4Init (&md); 

MD4Update(&md, (unsigned char *)buf, strlen(buf)); 
MD4Final (result, &md); 


/* Fold the 128 bit result to 64 bits */ 


for (i = 0, i < 8; itt) 
result[i] ^= result [i+8]; 
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MD5 Message Digest (see reference [6]) 


MD5_CTX md; 

unsigned char result[16]; 

strcpy (buf, seed); /* seed must be in lower case */ 
strcat (buf, passwd); 

MD5Init (&md) ; 

MD5Update(&md, (unsigned char *)buf, strlen(buf)); 
MD5Final (result, &md); 


/* Fold the 128 bit result to 64 bits */ 
for (i = 0; i < 8; i++) 
result[i] ^= result [i+8]; 


SHA Secure Hash Algorithm (see reference [7]) 


SHA INFO sha; 

unsigned char result[16]; 

strcpy(buf, seed); /* seed must be in lower case */ 
strcat(buf, passwd); 

sha init(&sha); 

sha update(&sha, (unsigned char *)buf, strlen(buf)); 
sha final(&sha); /* NOTE: no result buffer */ 


/* Fold the 160 bit result to 64 bits */ 
sha.digest[0] “= sha.digest[2]; 
sha.digest[1] “= sha.digest[3]; 
sha.digest[0] “= sha.digest[4]; 


/* 
* copy the resulting 64 bits to the result buffer in little endian 
* fashion (analogous to the way MD4Final() and MD5Final() do). 

*4 
for (i = 0, j 20, j < 8; i++, j += 4) 
{ 
result [j] 
result [j+1] 
result [j+2] 
result[j+3] = 


unsigned char 
unsigned char 
unsigned char 
unsigned char 


sha.digest[i] & Oxff); 
(sha.digest[i] >> 8) & Oxff); 
(sha.digest[i] >> 16) & Oxff); 
(sha.digest[i] >> 24) & Oxff) 


( 
( 
( 
( 


SS 


( 
( 
( 
( 


, 


Haller Standards Track [Page 13] 


RFC 2289 A One-Time Password System February 1998 


Appendix B = Alternative Dictionary Algorithm 


The purpose of alternative dictionary encoding of the OTP one-time 
password is to allow the use of language specific or friendly words. 
As case translation is not always well defined, the alternative 


dictionary encoding is case sensitive. Servers SHOULD accept this 
encoding in addition to the standard 6-word and hexadecimal 
encodings. 


GENERATOR ENCODING USING AN ALTERNATE DICTIONARY 


The standard 6-word encoding uses the placement of a word in the 
dictionary to represent an 11-bit number. The 64-bit one-time 
password can then be represented by six words. 


An alternative dictionary of 2048 words may be created such that 
each word W and position of the word in the dictionary N obey the 
relationship: 


alg( W ) $ 2048 == 
where 
alg is the hash algorithm used (e.g. MD4, MD5, SHA1). 


In addition, no words in the standard dictionary may be chosen. 


The generator expands the 64-bit one-time password to 66 bits by 
computing parity as with the standard 6-word encoding. The six 11- 
bit numbers are then converted to words using the dictionary that 
was created such that the above relationship holds. 


SERVER DECODING OF ALTERNATE DICTIONARY ONE-TIME PASSWORDS 


The server accepting alternative dictionary encoding converts each 
word to an 11-bit number using the above encoding. These numbers 
are then used in the same way as the decoded standard dictionary 
words to form the 66-bit one-time password. 


The server does not need to have access to the alternate dictionary 
that was used to create the one-time password it is authenticating. 
This is because the decoding from word to 11-bit number does not 
make any use of the dictionary. As a result of the independence of 
the dictionary, a server accepting one alternate dictionary accept 
all alternate dictionaries. 
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Appendix C - OTP Verification Examples 


This appendix provides a series of inputs and correct outputs for all 
three of the defined OTP cryptographic hashes, specifically MD4, MD5, 
and SHAl. This document is intended to be used by developers for 
interoperability checks when creating generators or servers. Output 
is provided in both hexadecimal notation and the six word encoding 
documented in Appendix D. 


GENERAL CHECKS 
Note that the output given for these checks is not intended to be 
taken literally, but describes the type of action that should be 
taken. 
Pass Phrase Length 

Input: 


Pass Phrase: Too_short 
Seed: iamvalid 


Count: 99 
Hash: ANY 
Output: 


ERROR: Pass Phrase too short 


Input: 
Pass Phrase: 
1234567890123456789012345678901234567890123456789012345678901234 
Seed: iamvalid 


Count: 99 
Hash: ANY 
Output: 


WARNING: Pass Phrase longer than the recommended maximum length of 
63 


Seed Values 
Input: 


Pass Phrase: A_Valid_Pass_Phrase 
Seed: Length_Okay 


Count: 99 
Hash: ANY 
Output: 


ERROR: Seed must be purely alphanumeric 


Input: 
Pass Phrase: A_Valid_Pass_Phrase 
Seed: LengthOfSeventeen 
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Count: 99 
Hash: ANY 
Output: 


ERROR: Seed must be between 1 and 16 characters in length 


Input: 
Pass Phrase: A_Valid_Pass_Phrase 
Seed: A Seed 


Count: 99 
Hash: ANY 
Output: 


ERROR: Seed must not contain any spaces 
Parity Calculations 


Input: 
Pass Phrase: A_Valid_Pass_Phrase 
Seed: AValidSeed 
Count: 99 
Hash: MD5 

Output: 
Hex: 85c43ee03857765b 
Six Word(CORRECT) : FOWL KID MASH DEAD DUAL OAF 
Six Word(INCORRECT PARITY): FOWL KID MASH DEAD DUAL NUT 
Six Word(INCORRECT PARITY): FOWL KID MASH DEAD DUAL O 
Six Word(INCORRECT PARITY): FOWL KID MASH DEAD DUAL OAK 
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Pass Phrase Seed Cnt Hex Six Word Format 
This is a test. TeSt 0 D185 4218 EBBB 0B51 

ROME MUG FRED SCAN LIVE LACE 
This is a test. TeSt 1 6347 3EFO 1CDO B444 

CARD SAD MINI RYE COL KIN 
This is a test. TeSt 99 C5E6 1277 6E6C 237A 

NOTE OUT IBIS SINK NAVE MODE 
AbCdEfGhIjK alphal 0 5007 6F47 EBIA DEAE 

AWAY SEN ROOK SALT LICE MAP 
AbCdEfGhIjK alphal 1 65D2 0D19 49B5 F7AB 

CHEW GRIM WU HANG BUCK SAID 
AbCdEfGhIjK alphal 99 D150 C82C CE6F 62D1 

ROIL FREE COG HUNK WAIT COCA 
OTP's are good correct 0 849C 79D4 F6F5 5388 

FOOL STEM DONE TOOL BECK NILE 
OTP's are good correct 1 8C09 92FB 2508 47B1 

GIST AMOS MOOT AIDS FOOD SEEM 
OTP's are good correct 99 3F3B F4B4 145F D74B 
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Pass Phrase Seed Cnt Hex Six Word Format 
This is a test. TeSt 0 9E87 6134 D904 99DD 

INCH SEA ANNE LONG AHEM TOUR 
This is a test. TeSt 1 7965 E054 36F5 029F 

EASE OIL FUM CURE AWRY AVIS 
This is a test. TeSt 99 50FE 1962 C496 5880 

BAIL TUFT BITS GANG CHEF THY 
AbCdEfGhIjK alphal 0 8706 6DD9 644B F206 

FULL PEW DOWN ONCE MORT ARC 
AbCdEfGhIjK alphal 1 7CD3 4C10 40AD D14B 

FACT HOOF AT FIST SITE KENT 
AbCdEfGhIjK alphal 99 5AA3 7A81 F212 146C 

BODE HOP JAKE STOW JUT RAP 
OTP's are good correct 0 F205 7539 43DE 4CF9 

ULAN NEW ARMY FUSE SUIT EYED 
OTP's are good correct 1 DDCD AC95 6F23 4937 

SKIM CULT LOB SLAM POE HOWL 
OTP’s are good correct 99 B203 E28F A525 BE47 

LONG IVY JULY AJAR BOND LEE 
SHA1 ENCODINGS 
Pass Phrase Seed Cnt Hex Six Word Format 
This is a test. TeSt O BB9E 6AE1 979D 8FF4 

MILT VARY MAST OK SEES WENT 
This is a test. TeSt 1 63D9 3663 9734 385B 

CART OTTO HIVE ODE VAT NUT 
This is a test. TeSt 99. 87FE C776 8B73 CCF9 

GAFF WAIT SKID GIG SKY EYED 
AbCdEfGhIjK alphal 0 AD85 F658 EBE3 83C9 

LEST OR HEEL SCOT ROB SUIT 
AbCdEfGhIjK alphal 1 D07C E229 B5CF 119B 

RITE TAKE GELD COST TUNE RECK 
AbCdEfGhIjK alphal 99 27BC 7103 SAAF 3DC6 

MAY STAR TIN LYON VEDA STAN 
OTP's are good correct 0 D51F 3E99 BF8E 6FOB 

RUST WELT KICK FELL TAIL FRAU 
OTP's are good correct 1 82AE B52D 9437 74E4 

FLIT DOSE ALSO MEW DRUM DEFY 
OTP's are good correct 99 4F29 6A74 FE15 67EC 

AURA ALOE HURL WING BERG WAIT 
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This dictionary is from the module put.c in the original 


reference distribution. 


{ 
"AGO" ; 
"AN" , 
"APT" " 
"ASK" 7 
"AWL" , 
"BAN" y 
"BEN" Z 
"BOB", 
"BUD " P 
"BYE", 
"CAW" e 
"Cow" P 
"DAB" z 
"DEN" " 
"DO" H 
"DUD " 7 
EGG", 
"EST, 
"FAR" " 
"FIN" P 
"FRY" y 
"GAM" ; 
GTO" 
"CUT " z 
"HAN" e 
"HEN" e 
"HIS " 7. 
"HOT " " 
" I " A 

" IO" A 
" ITS " " 
" JAY" y 
" JOT " $ 
"KID" 7 
" LAG" z 
"LEGNI e 
"LIP " A 
"TOU" d 
"MAE " $ 
"MEG" P 
"MOB", 
"MUD " " 


Haller 


"A" j 
"ATD" , 
"ANA" » 
"ARC " 7 
"AT " y 
"AWN" , 
"BAR" P 
"BET", 
"BOG" y 
"BUG" , 
"CAB", 
"COD" P 
"coy" , 
" DAD " " 
"DES " , 
"DOE " $ 
"DUE " " 
"EGO", 
ETO", 
"FAT " y 
"FIR" , 
"RUM" , 
" GAP " , 
METLY " 
"GUY" y 
"HAP " " 
"HER" j 
"HIT" , 
"HOW" y 
" ICY" , 
" TON" y 
" IVY" " 
" JET " P 
" JOY" , 
"KIM" y 
"TAN " w 
"LEN" , 
"ELITY » 
"LOW" , 
"MAN" y 
"MEI" " 
"MOD" " 
"MUG" , 


"ABE " , 
"ATM" " 


" AN 


Dt 


, 


" ARE " P 


"ATEM, 


" AX 


" 
r 


" BAT " " 
"BEY", 
" BON" y 
"BUM" ” 
" CAL " j 
" COG" , 
" CRY " Ŷ 


" DAM" y 
" DEW" " 
" DOG" y 
" DUG" y 
" ELI " j 
"EVA", 


"RAY" , 
"ETTI , 
"FUN" , 
" GAS " , 
"GIN" " 
"GYM" y 
"HAS " " 
"HEW" 7 


"HO 
"HUI 


" 
, 


p" 


, 


" IDA" , 


"10 


" 
rd 


" JAB" , 
" JIG" ; 
" JUG" , 
"KIN" , 
" LAP " 7 
" LEO" " 


" LO 


" 
, 


" LOY " > 
"MAO " " 
"MEN " y 


"MOI 


p" 
D, 


, 


" MUM " , 


"ACE " I 
"AIR" 7 
"ANN" , 
"ARK" Ŷ 
"AUG" > 
"AYE " , 
"BAY" , 
"BIB" " 
"BOO" > 
"BUN", 
"CAN " , 
"COL" I. 
"CUB" ; 
" DAN" z 
"DID" y 
" DON" y 
"DUN" A 
TELKY z 
"EVE" Z 
"FED" y 
"FLOT 7 
"FUR" y 
"GAY" A 
"GO" A 
"GYP " , 
"HAT " y 
"HEY" [^ 
"HOB", 
"HUE " , 
" IF" , 
" TRA" y 
"JAG" $ 
ns IM" ys 
"JUT " $ 
"KIT" " 
"LAW" , 
"TERT " e 
"LOB" ? 
"LUG" " 
"MAP " , 
"MET " d 
"MOO" P 
"MY" $ 


Standards Track 


"ACT " 7 
YAT. Ts " y 
"ANT " > 
"ARM" " 
"AUK" ; 
"BAD", 
" BE " 7 
"BID " P 
" BOP " d 
" BUS " L 
" CAN" $ 
" CON" " 
" CUE " 
" DAR" $ 
"DIE " 7. 
" DOT " " 
" EAR" 7 
"ELM", 
"EWE", 
"FEE", 
" FLY " f 
" GAB " Z 
"GEE" 
" GOT " z 
"HA" , 
" HAW" ? 
"H I " e 
" HOC " A 
" HUG" z 
" IKE " y 
"IRE", 
" JAM" E 
" JO " e 
" KAY " P 
" LA" A 
" LAY " 7 
" LEW" 7 
" LOG" y 
" LYE " A 
"MAT " y 
"MEW" d 
"MOP " $ 
"NAB " 7 


"AD " e 

"ALP " " 

"ANY " e 

"ART " e 

"AVE " » 
" BAG" > 
"BED", 
"BIG" , 
" Bow" " 
" BUT " S 
" CAP " " 
" COO " y 
" CUP " ; 
" DAY " F 
"DIG" y 
" DOW" , 
" EAT " 7 
" ELY " y 
"EYES, 
"FEW", 
" FOE " Z 
" GAD " " 
"GEL", 
"GUM" " 
"HAD " F 
"HAY " e 

"HI 
"HOE", 
"H UH " F 

L 
K 


" 
D", 


"ap Lo 
"TR nm 


, 


"LOP " ; 
"MA" H 
"MAW" F 
"MID" 7 
"MOS " " 
"NAG" , 


"ADA" e 
"AM" ý 
TAPE " , 
"AS " , 
"AWE", 
"BAH", 
"BEE" 
"BIN" F 
"Boy" F 
"Buy" , 
"CAR" ; 
"COP " > 
"CUR" $ 
"DEE " > 
" DIN" 2 
"DRY" ” 
"ED " j 
"EM" , 
"FAD " A 
"FIB" " 
"FOG" , 
"GAG" 7 
"GEM", 
"GUN" f 
"HAL" y 
"HE " , 
"HIM" " 
"HOG" d 
"HUM" 7 
" INK" , 
" IS " $ 
" JAR" , 
" JOE " $ 
"KEN", 
"LAC " n 
" LED " d 
TERM ` 
"LOS " > 
"MAC " " 
"MAY" M 
"MIN" > 
"MOT " P 
"NAN" , 


Dictionary for Converting Between 6-Word and Binary Formats 


Bellcore 


"ADD " 7 
"AMY" P 
"APS " P 
"ASH" ? 
"AWK" n 
"BAM" , 
"BEG" n 
"BIT", 
"BUB" , 
"By" , 
"CAT " e 
"COT " > 
"CUT " 7 
"DEL" P 
"DIP " A 
"DUB" P 
TERIS 7 
"END" e 
"FAN" J 
"FIG" , 
"FOR" $ 
"GAL" ; 
"GET " P 
"GUS " P 
"HAM" P 
"HEM" A 
"HIP " $ 
"HOP " " 
"HUT " P 
" INN" P 
" TT > 
"JAW" ? 
v d OG" n 
"KEY", 
"LAD " ° 
"LEE " ? 
"LIN" ? 
"LOT " e 
"MAD " 7 
"ME " y 
"MIT" ? 
"MOW" ; 
"NAP " n 
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"NAT my "NAY", "NE Wé "NED pu^ "NEE ahr "NET Ta "NEW", "NIB", 
"NIL", "NIP", ENID; WNO", "NOB", "NOD", "NON", "NOR", 
nm NOT " 7 " NOV " y " NOW " y " NU " y " NUN " ŷ " NUT " P " 0] " $ " OAF " , 
"OAK", "OAR", "OAT ng "ODD 1; "ODE me "OF cr "OFF uy "OFT Ur 
" OH " " OIL " " OK " " OLD " " ON " " ONE " " OR" " ORB " 
"ORE", "ORR", "OS n LOTT " "OUR", "OUT n” "OVA", "OW", É 
" OWE " d " OWL " F " OWN " A " OX " " " PA" " " PAD " " " PAL " ï " PAM" P 
" PAN " y " PAP " e " PAR" " " PAT " A " PAW " ? " PAY " P " PEA" 2 " PEG " P 
"PEN", "PEP", "PER", "PET", "PEW", "PHI", TPIT, "PIE", 
"PIN", "BLIT "PLY", "POM "POD", "POE", "POP", "POT"; 


"POW", "PRO", "PRY", "PUB", "PUG", "PUN", "PUP", "PUT", 
"QUO " y " RAG " e " RAM" ” nm RAN " , " RAP " z " RAT " " " RAW " " " RAY " M 
"REB", "RED", "REP m "RET", "RIB", "RID", "RIG", "RIM", 
" RIO" ” " RIP " y " ROB " E " ROD" y " ROE " $ " RON" " " ROT " ; " ROW" n 
" ROY " e " RUB " , " RUE " ; " RUG " 7 " RUM" n " RUN " Z " RYE " , " SAC " n 
nm SAD " y " SAG " F " SAL " j " SAD " , " SAN " $ " SAP " " " SAT " d " SAW " F 
"SAYS; "SEA", "SEC", "SEE", "SEN", "SE "SEW", "SHE", 
"SHY", "S LNS "SIP"; "SIR", "SIS", MST"; "SKI", "SRY", 
MOLY"; "Sot"; "SOB", "SOD", "SON", "SOP", "SOW", "SOY"; 
"SPA", "SPY", "SUB", "SUD"; "SUE", "SUM", "SUN", "SUP", 


" TAB " " TAD " " " TAG " " " TAN " y " TAP " > " TAR" » " TEA" 7 " TED " ; 
"THE", "TEN", "THE", "THY", "TIC" "DIE", "TIM", "TIN", 
"TIP my "TOT, "TOE", "TOG", "TOM", "TON", "TOO", "TOP mi 
"TOW", "TOY", "TRY", "TUB", "TUG", "TUM", "TUN", "TWO", 
"UN", "UP", "Ug "USE", "VAN", "NAT. "TET" "VIE; 

" WAD " £ " WAG " , " WAR " ; " WAS " 7 " WAY " n " WE " Z " WEB " , " WED " $ 
"WEE", "WET", "WHO", "WHY", "WIN", "WIT", "WOK", "WON", 
" WOO " ; " WOW " , " WRY " , " WU " , " YAM " ; " YAP " , " YAW " F " YE " n 


"YEA", "YES T" "YET Wé "XOU"; "ABED dh "ABEL", "ABET um "ABLE a 
"ABUT", "ACHE", "ACID", "ACME", "ACRE", "ACTA", "ACTS", "ADAM", 
"ADDS", "ADEN", "AFAR", "AFRO", "AGEE", "AHEM", "AHOY", "AIDA", 
"AIDE", "AIDS", "AIRY", "AJAR", "AKIN", "ALAN", "ALEC",  "ALGA", 
"ALIA", "ALLY", "ALMA", "ALOE", "ALSO", "ALTO", "ALUM", "ALVA", 
" MEN " y "AMES " 7 " MI D " , " MO " " "AMOK " E " MO S " S. " MRA" y "ANDY " $ 
"ANEW", "ANNA", "ANNE", "ANTE", "ANTI", "AQUA", "ARAB", "ARCH", 
"AREA", "ARGO", "ARID", "ARMY", "ARTS", "ARTY", "ASIA", "ASKS", 
"ATOM", "AUNT", "AURA", "AUTO", "AVER", "AVID", "AVIS", "AVON", 
"AVOW", "AWAY", "AWRY", "BABE", "BABY", "BACH", "BACK", "BADE", 
"BAIL", "BAIT", "BAKE", "BALD", "BALE", "BALI", "BALK", "BALL", 
" BALM " y " BAND " e " BANE " y " BANG " ŷ " BANK " $ " BARB " ; " BARD " n " BARE " 7 
"BARK", "BARN", "BARR", "BASE", "BASH", "BASK", "BASS", "BATE", 
"BATH", "BAWD", "BAWL", "BEAD", "BEAK", "BEAM", "BEAN", "BEAR", 
"BEAT", "BEAU", "BECK", "BEEF", "BEEN", "BEER", "BEET", "BELA", 
"BELL", "BELT NU "BEND D "BENT ny "BERG", "BERN", "BERT nm "BESS", 
"BEST", "BETA", "BETH", "BHOY", "BIAS", "BIDE", "BIEN", "BILE", 
"BILK", "BILL", "BIND", "BING", "BIRD", "BITE", "BITS", "BLAB", 
"BLAT", "BLED", "BLEW", "BLOB", "BLOC", "BLOT", "BLOW", "BLUE", 
"BLUM", "BLUR", "BOAR", "BOAT", "BOCA", "BOCK", "BODE", "BODY", 
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"BOGY", "BOHR", "BOIL", "BOLD", "BOLO", "BOLT", "BOMB", "BONA", 
"BOND", "BONE", "BONG", "BONN", "BONY", "BOOK", "BOOM", "BOON", 
"BOOT", "BORE", “BORG”, "BORN", "BOSE", "BOSS", "BOTH", "BOUT", 
" BOWL " F " BOYD " e " BRAD " A " BRAE " > " BRAG " j " BRAN " y " BRAY " ” " BRED " z 
"BREW", "BRIG", "BRIM", "BROW", "BUCK", "BUDD", "BUFF", "BULB", 
"BULK", "BULL", "BUNK", "BUNT", "BUOY", "BURG", "BURL", "BURN", 
"BURR", "BURT", "BURY", "BUSH", "BUSS", "BUST", "BUSY", "BYTE", 
"CADY", "CAFE", "CAGE", "CAIN", "CAKE", "CALF", "CALL", "CALM", 
" CAME " " " CANE " e " CANT " Ŷ " CARD " e " CARE " " " CARL " ` " CARR " P " CART " e 
"CASE", "CASH", "CASK", "CAST", "CAVE", "CEIL", "CELL", "CENT", 
"CERN", "CHAD", "CHAR", "CHAT",  "CHAW", "CHEF", "CHEN", "CHEW", 
"CHIC", "CHIN", "CHOU", "CHOW", "CHUB", "CHUG", "CHUM", "CITE", 
"CITY"; "CLAD", "CLAD Wéi "CLAN", "CLAW", "CLAY", "CLOD" "CLOG", 
SCLOT*, "CLUB"; "CLUEN, ChOOAL", "Mëtte, "COQAT, "Cock", teoga", 
"CODA" "CODES, ` MEODYN, "COED, "COTL"; "COIN", “"CORE", "COLA", 
"COLD "v. "COLT D "COMA", "COMB", "COME ue "COOK", "COOL", "COON", 
"COOT"; "CORD", "CORE", "CORK", "CORN", "COST", "COVE", "COWL", 
"CRAB", "CRAG", "CRAM", "CRAY", "CREW", "CRIB", "CROW", "CRUD", 
CUBA"; "CUBES; "GUFE;  PCULLT,: “CULT, "CUNY", CURB". "CURD", 
"CURES, "CURL", "CURT", "CUTS", "DADE", "DALE", "DAME", "DANA", 
"DANE", "DANG", "DANK", " DARE", "DARK", " DARN", "DART", " DASH", 
"DATA", " DATE", " DAVE", "DAVY", "DAWN", "DAYS", " DEAD", "DEAF", 
" DEAL", "DJ AN", " DEAR", "D] BT. " DECK", "DEED", " DEEM", "DEER", 
DEFT"; "DEFY", DELL", "DENT", "DENY", -"DESE", "DIAL", "DICE", 


ci 
D, 
€ 
D, 


El Bl 


F 

"DIED", "DIET", "DIME", "DINE", "DING", "DINI", "DIRE", "DIRT", 
"DISC", "DISH", "DISK", "DIVE", "DOCK", "DOES", "DOLE", "DOLL", 
"DOLT", "DOME", "DONE", "DOOM", "DOOR", "DORA", "DOSE", "DOTE", 
" DOUG " , " DO UR" , " DOVE " ; " DOWN " e " RAB " " " DRAG " , " DRAN " P " DRAW " $ 


D 

"DREW", "DRUB", "DRUG", "DRUM", "DUAL", "DUCK", "DUCT", "DUEL", 

"DUET", "DUKE", "DULL", "DUMB", "DUNE", "DUNK", "DUSK", "DUST", 
E 


" DUTY", "EACH", "EARL", "EARN", " ASE", "EAST"; "EASY", "EBEN", 
"ECHO", "EDDY", "EDEN", "EDGE", "EDGY", "EDIT", "EDNA", "EGAN", 
LAN", "ELBA", "ELLA", "ELSE", "EMIL", "EMIT", "EMMA", "ENDS", 
RIC", "EROS", "EVEN", "EVER", "EVIL", "EYED", "FACE", "FACT", 
"FADE", "FAIL", "FAIN", "FAIR", "FAKE", "FALL", "FAME", "FANG", 
"FARM", "FAST", "FATE", "FAWN", "FEAR", "FEAT", "E EED", "FEEL", 
"FEET", "FELL", "FELT", "FEND", "FERN", "FEST", "FEUD", "FIEF", 
"FIGS", "FILE", "FILL", "FILM", "FIND", "FINE", "FINK", "FIRE", 
"FIRM", "FISH", "FISK", "FIST", "FITS", "FIVE", "FLAG", "FLAK", 
"FLAM", "FLAT", "FLAW", "FLEA", "FLED", "FLEW", "FLIT", "FLOC", 
"FLOG", "FLOW", "FLUB", "FLUE May "FOAL", "FOAN ns "FOGY", POET, 
"FOLD", "FOLK", "FOND", "FONT", "FOOD", "FOOL", "FOOT", "FORD", 
"FORE " "FORK", "FORM", "FORT um "ROSST, "FOUL", "FOUR", "FOWL", 
"FRAU", "FRAY", "FRED", "FREE", TERET "y "FREY", "FROG", "FROM", 
"FUEL", "FULL", "FUME", "FUND", "FUNK", "FURY", "FUSE", "FUSS", 
"GAFF", "GAGE", "GAIL", "GAIN", "GAIT", "GALA", "GALE", "GALL", 
"GALT", "GAME", "GANG", "GARB", "GARY", "GASH", "GATE", "GAUL", 
"GAUR", "GAVE", "GAWK", "GEAR", "GELD", "GENE", "GENT", "GERM", 


tri pH 
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stem 
Febr 
uary 


" GET S " i 
a AE 
"GLO , "GI , "GI 
M" ST " FT " 

"G , "G , "G = , "GI 
" d 4 " oe D " Se " 4 " ss a " 4 "GIL 
" Mis Š , " Se m , " ae a , " Ge " £ " STR , " GIL 
EG", Bes y", Ne D", Ho A an Se EO 
EW", " Eu H", " SOUS n i E We " DORÉ T Ŵ a ^  STRD 

y" " " " " " 
: "GRID", "GOWN", "GONG", "GOAL", "GLOB", 
, "G , "GRA , "G , "G 1 
RIM", NA a B 

" " p" 
4 " GRI , " GRAY , 

T" Y" 
, "GRO , 

W" 
, 


"GRUB" 
1 
"GWYN" , "GULF" l 
' 
ë HALL " d " HAAG " ; i GULL " 5 
> n U 
j HARK". š HALO", ; HAAS a : GUNK" e 
wo "II t 
"HAVE" i "HARM" ! ° HALT" d : HACK" r | GURU" x 
r DH L t U 
"HECK". "HAWK". "HART", "HAND", À TATL". SCUSU x 
"HERD", "HEED", "HAYS", "HASH", "HANG", "HAIR", "GUST", " 
E P " : vr o 
"HIGH". "HERE". "HEEL". "HEAD". HAST". "HANK", i TATE", -GWEN 
H ME L vr vu y 
"HIVE". "HIKE". "HERO". "HEFT". "HEAL", i HATE". "HANS", "HALE", 
L Z u U 3 "I u 
"HOME", "HOBO", "HILL", "HERS", "HELD", "HEAR", "HATH", "HARD", 
"HOSE". "HONEA, Ë HOCK, ES N "HESS". HELLY. HEAT" HAUL" 
" , " ` , " , "II , " # wor , wo , wo , 
HUED" HOST" HONK" HOFF" HIND" EWN" ELM" EBE" 
"H , " , "H , Wo , Wr , wo , Wo , woo , 
HUNT" HUFF" HOUR" HOOD" HOLD" INT" ICK" ERB" 
n , " , "II , wo , n , wo ` wo , wey , 
ICON" HURD" HUGE" HOVE" HOOF" OLE" TRE" IDE" 
" , " , Wo , "L , "IT 7 , "IT , Wo , Wo , 
IOTA" IDEA" HURL" HUGH" OWE" OOK" OLM" ISS" 
, " , " , wo , n , wo ` wo , wo , 
IOWA" IDLE" HURT" HUGO" OWL" OOT" OLT" 
, " ` " , " , wo , wo ` wo , 
IRIS" , IFFY" : HUSH" " ULK" N OVE", “HORN” 
ç '" TRMA" NCA, HYDE". HULL" i HUCK". 
' u vo 
4 "IRON", TINCH". "HYMN", | HUNE". 
T a LE". "INTO". "IBIS", 
' 
d "ITCH", "TONS". 
i ITEM" x 
, 


à IVAN" 
, "JAC 
K" 
, "JADE" I A 
JAIL" i 
í "JAKE" 
, " 1 


" 
J 
EFF " ; "TER 
K" ` Se 1a 
" 
r "JE 
ST", "JIBE JANE 
" " 
, "J , " JAV. 
A" 
r "JEA 
N" 
, 


"JOLT", at e 

JULY" JOVE" JOCK" S 

i n JUNE" "JUDD" "JOEL" A 

, " T , " 1 , M TAI 
JUNK" JUDE" JOEY" Tr 
, "JUNO", "J Do. "JOHN", "JILT" 

1 "JURY"; "J Spy, "JOIN Deg "JIVE" 

T "J UsT". "JUJU". "JOKE" 

d "JUTE" ` "JUKE" 
, "KAHN" , 

, 


"KALE " 

"KENT" ! "KANE" 

"KIRK". "KERN", "KANT" 
"KNOT" 4 "KISS" i "KERR" K "KARL" 
"LACE". "KNOW", "KITE", "KEYS", "KATE" 
"LAMB", "LACK", "KOCH", "KLAN", "KICK", "KEEL" 
"LAST". "LAME". "LACY", "KONG". "KNEE". "KILL". "KEEN a: 
"LEAF", "LATE", "LAND", "LADY", "KUDO", "KNEW", "KIND", "KENO" 
"LENS" I "LEAK" i "LAUD" d "LANE" i "LAID" : "KURD" d "KNIT" S "KING" d 
"LICE", "LENT", "LEAN", "LAVA", "LANG", "LAIN", "KURT", "KNOB", 
"LIKE", "LICK", "LEON", "LEAR", "LAWN", "LARD", "LAIR", "KYLE", 
"LINE". "LILA". AR "LESK". "LEEK". "LAWS", "LARK". "LAKE". 
"LOAF". "LINK". "LILT". "LIEN", "LESS". "LEER". "LAYS", "LASS". 
"LONE", "LOAM". "LINT". "LILY". "LIES" "LEST". "LEFT". "TENT, 
"LOSS", "LONG", "LOAN", "LION". "LIMA". "LIED. "LETS". "LEND". 
"LUKE", "LOST", "LOOK", "LOCK", "LISA", "LIMB", "LIFE", "LIAR", 
"LUST", "LULU", "LOUD", "LOON", "LOFT", "LIST", "LIME", "LIFT", 
"MAID", "LYLE", "LUND", "LOVE", "LOOT", "LOGE", "LIVE", "LIND", 
"MANA" i "MATL" d "LYNN" ` "LUNG" i "LOWE" ! "LORD" d "LOIS" KÉ "LOAD" Á 
"MARY" K "MANN" S "MAIN" x "LYON" i "LURA" i "LUCK" ! "LORE" ^ "LOLA" À 
"MAYO" d "MASH" i "MANY" á "MAKE" ! "LYRA" Á "LURE" ! "HUCÇYT d "LOSE" á 
"MELT", "MEAD", "MASK", "MARC", "MALE", "MACE", "LURK", "LUGE", 
d "MEMO", "MEAL", "MASS", "MARE", "MALI", "MADE", "LUSH", 
D "MEND". "MEAN". MASTI, "MARK". "MALL". "MAGI", 
" "MENU" À "MEAT" d "MATE" ! "MARS" if "MALT" i 
ú "MERT" ! "MEEK" s "MATH" ; "MART" i 
d "MESH". "MEET", "MAUL". 
, "MESS" , "MELD" d 
, "MICE" , 
r 
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"MIKE", "MILD", "MILE", "MILK", "MILL", "MILT", "MIMI", "MIND", 
"MINE", "MINI", "MINK", "MINT", "MIRE", "MISS", "MIST", "MITE", 
"MITT", "MOAN", "MOAT", "MOCK", "MODE", "MOLD", "MOLE", "MOLL", 
"MOLT", "MONA", "MONK", "MONT", "MOOD", "MOON", "MOOR", "MOOT", 
"MORE", "MORN", "MORI", "MOSS", "MOST", "MOTH", "MOVE", "MUCH", 
"MUCK", "MUDD", "MUFF", "MULE", "MULL", "MURK", "MUSH", "MUST", 
"MUTE", "MUTT", "MYRA", "MYTH", "NAGY", "NATL", "NAIR", "NAME", 
"NARY", "NASH", "NAVE", "NAVY", "NEAL", "NEAR", "NEAT", "NECK", 
"NEED", "NEIL", "NELL", "NEON", "NERO", "NESS", "NEST", "NEWS", 
"NEWT",  "NIBS", "NICE", "NICK", "NILE", "NINA", "NINE", "NOAH", 
"NODE", "NOEL", "NOLL", "NONE", "NOOK", "NOON", "NORM", "NOSE", 
"NOTE", "NOUN", "NOVA", "NUDE", "NULL", "NUMB", "OATH", "OBEY", 
"OBOE", "ODIN", "OHIO", "OILY",  "OINT", "OKAY", "OLAF", "OLDY", 
"OLGA", "OLIN", "OMAN", "OMEN", "OMIT", "ONCE", "ONES", "ONLY", 
"ONTO", "ONUS Pir "ORAL", "ORGY", "OSLO" ç "OTIS", "OTTO; "OUCH", 
"OUST", "OUTS", "OVAL", "OVEN", "OVER", "OWLY", "OWNS", "QUAD", 
TOUTT; "QUOD", "RACE", "RACK", "RACY", "RAFT", "RAGE", "RAID", 
"RAIL", "RAIN", "RAKE", "RANK", "RANT", "RARE", "RASH", "RATE", 
" RAVE " " " RAYS " " " READ " , " REAL " " " REAM " e " REAR " 7 " RECK " , " REED " " 
"REEF", "REEK", "REEL", "REID", "REIN", "RENA", "REND", "RENT", 
"REST", PRICE", "RICH", "RICK", "RIDE", "RIFT", "RILL", "RIME", 
"RING", "RINK", "RISE", "RISK", "RITE", "ROAD", "ROAD um "ROAR", 
"ROBE", "ROCK", "RODE", "ROIL", "ROLL", "ROME", "ROOD", "ROOF", 
"ROOK", "ROOM", "ROOT", "ROSA", "ROSE", "ROSS", "ROSY", "ROTH", 
"ROUT", "ROVE", "ROWE", "ROWS", "RUBE", "RUBY", "RUDE", "RUDY", 
"RUIN", "RULE", "RUNG", "RUNS", "RUNT", "RUSE", "RUSH", "RUSK", 
"RUSS", "RUST", "RUTH", "SACK", "SAFE", "SAGE", "SAID", "SAIL", 
"SALE", "SALK", "SALT", "SAME", "SAND", "SANE", "SANG", "SANK", 
" SARA" , " SAUL " " " SAVE " 7 " SAYS " 7 " SCAN " , " SCAR" y " SCAT " ; " SCOT " F. 
"SEAL", "SEAM", "SEAR", "SEAT", "SEED", "SEEK", "SEEM", "SEEN", 
"SEES", "SELF", "SELL", "SEND", "SENT", "SETS", "SEWN", "SHAG", 
"SHAN d "SHAW", "SHAY", "SHED", "SHIM", "SHIN", "SHOD", "SHOE", 
"SHOT", "SHOW", "SHUN", "SHUT", "SICK", "SIDE", "SIFT", "SIGH", 
"SIGN", "SILK", "SILL", "SILO", "SILT", "SINE", "SING", "SINK", 
"SIRE", "SITE", "SITS", "SITU", "SKAT", "SKEW", "SKID", "SKIM", 
"SKIN", "SKIT", "SLAB", "SLAM", "SLAT", "SLAY", "SLED", "SLEW", 
"SLID", "SLIM", "SLIT", "SLOB", "SLOG", "SLOT", "SLOW", "SLUG", 
"SLUM", "SLUR", "SMOG", "SMUG", "SNAG", "SNOB", "SNOW", "SNUB", 
"SNUG", "SOAK", "SOAR", "SOCK", "SODA", "SOFA", "SOFT", "SOIL", 
"SOLD", "SOME", "SONG", "SOON", "SOOT", "SORE", "SORT", "SOUL", 
"SOUR", "SOWN", "STAB", "STAG", "STAN", "STAR", "STAY", "STEM", 
"STEW", =- "STIR", "STOW",.. "STUB", “STUNT, "SUCH", "SUDS";. "SUIT", 
"SULK", "SUMS", "SUNG", "SUNK", "SURE", "SURF", "SWAB", "SWAG", 
" SWAM", " SWAN", " SWAT Tj " SWAY", " SWIM", " SWUM", " TACK", " TACT em 
"TAIL", "TAKE", "TALE", "TALK", "TALL", "TANK", "TASK", "TATE", 
TAUT; "TERT, "TEAM", "TEAR", "TECH", "TEEM", "TEEN", "TEET", 
"TELL", "TEND", "TENT", "TERM", "TERN", "TESS", "TEST", "THAN", 
"THAT", "THEE", "THEM", "THEN", "THEY", "THIN", "THIS", "THUD", 
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ATHUG" p- PRICK", . MTIDE,.- TIDES "IIED"; CFIIERÜS "Eege "TILL"; 
"TILI", “TIME, STINA", "TINE"; 'TINTW, "TINY", “TREY, TOAD", 
"TOGO", "TOIL", "TOLD", "TOLL", "TONE", "TONG", "TONY", "TOOK", 
"TOOL", "TOOT", "TORE", "TORN", "TOTE", "TOUR", "TOUT", "TOWN", 
"TRAG", "TRAM", "TRAY", "TREE", "TREK", "TRIG"; "TRIM", "TRIO"; 
"TROD", "TROT", "TROY", "TRUE", "TUBA", "TUBE", "TUCK", "TUFT", 
"TUNA", "TUNE", "TUNG", "TURF", "TURN", "TUSK", "TWIG", "TWIN", 
"TWIT", "ULAN", "UNIT", "URGE", "USED", "USER", "USES", "UTAH", 
"VAIL", "VAIN", "VALE", "VARY", "VASE", "VAST", "VEAL", "VEDA", 
"VEIL", "VEIN", "VEND", "VENT", "VERB", "VERY", "VETO", "VICE", 
"VIEW", "VINE", "VISE", "VOID", "VOLI", "VOTE", "WACK", "WADE", 
"WAGE", "WAIL", "WAIT", "WAKE", "WALE", "WALK", "WALL", "WALT", 
" WAND " , " WANE " , " WANG " " " WANT " s " WARD " , " WARM " " " WARN " 7 " WA RT " e 
"WASH", "WAST", "WATS", "WATT", "WAVE", "WAVY", "WAYS", "WEAK", 
"WEAL", "WEAN", "WEAR", "WEED", "WEEK", "WEIR", "WELD", "WELL", 
"WELT We "WENT", "WERE WW "WERT "s "WEST", "WHAM", "WHAT m "WHEE ur 
"WHEN", "WHET", "WHOA", "WHOM", "WICK", "WIFE", "WILD", "WILL", 
"WIND", "WINE", "WING", "WINK", "WINO", "WIRE", "WISE", "WISH", 
"WITH", "WOLF", "WONT", "WOOD", "WOOL", "WORD", "WORE", "WORK", 
" WORI " j " WORN " " " WOVE " y " WRI T " ? " WYNN " e " YALE " 2 " YANG " A " YANK " e 
"YARD", "YARN",  "YAWL", "YAWN", "YEAH", "YEAR", "YELL", "YOGA", 
"YOKE" }; 
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Full Copyright Statement 
Copyright (C) The Internet Society (1998). All Rights Reserved. 


This document and translations of it may be copied and furnished to 
others, and derivative works that comment on or otherwise explain it 
or assist in its implementation may be prepared, copied, published 
and distributed, in whole or in part, without restriction of any 
kind, provided that the above copyright notice and this paragraph are 
included on all such copies and derivative works. However, this 
document itself may not be modified in any way, such as by removing 
the copyright notice or references to the Internet Society or other 
Internet organizations, except as needed for the purpose of 
developing Internet standards in which case the procedures for 
copyrights defined in the Internet Standards process must be 
followed, or as required to translate it into languages other than 
English. 


The limited permissions granted above are perpetual and will not be 
revoked by the Internet Society or its successors or assigns. 


This document and the information contained herein is provided on an 
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING 
TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING 
BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION 
HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF 
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. 
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